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Abstract 



The aim of the invention is to provide an automatic, resouce-oriented method of configuring modular 
systems which configures a system by comparing resources of the same type but of different quality for 
compatibility, which is easy to monitor, as well as being efficient, flexible and suitable for use in a wide range 
of applications and which enables information of the types of component listed in a catalogue to be easily 
updated when changes are made or the component range expanded. In the method proposed, the following 
information is explicitly defined and stored: the different qualitites which the resources defined in the 
catalogue listing the types of component have, how the resources having different qualities are compared to 
each other in order to decide which of the resources provided are compatible with resources of a particular 
quality requested<. A system is configured by repeatedly comparing the requested resources with those 
provided with regard to type, size and compatibility. The method proposed stipulates how components are 
checked automatically for compatibility and how other components are selected if the required resources are 
not available. 
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<g) Verfahren zur automatischen Konfigurierung eines technischen Systems unter Berucksichtigung 
unterschiedlicher Qualitaten von Komponenten-AuSenwirkungen 

(§) Aufgabe der Erfindung ist, ein Verfahren zur automati- 
schen Ressourcen-orientierten Konfigurierung modularer 
technischer Systeme zu schaffen, 

- das beim Konfigurieren Ressourcen gleicher Art, aber mit 
unterschiedlichen Qualitaten auf Kompatibilitat vergleicht, 

- das uberschaubar und doch wirksam sowie fiexibel und 
universell einsetzbar ist 

- und das es ermoglicht, die Informationen im Katalog 
verfugbarer Komponententypen bei Anderungen und Erwei- 
terungen im Komponentenspektrum mit geringem Aufwand 
nachzufuhren. 

Beim erfindungsgemafien Verfahren werden folgende Infer- 
mationen explizit definiert und gespeichert: 

- Welche unterschiedlichen Qualitaten haben die im Katalog 
verfugbarer Komponententypen definierten Ressourcen? 

>- Wie werden Ressourcen mit unterschiedlichen Qualitaten 
miteinander vergiichen, urn zu entscheiden, welche bereit- 
gestellten Ressourcen mit nachgefragten Ressourcen einer 
bestimmten Qualitat kompatibel sind? 
Bei der Konfigurierung werden wiederholt die gefprderten 
Ressourcen hinsichtlich Art, Umfang und Kompatibilitat mit 
den bereitgestellten Ressourcen vergiichen. Das erfindungs- 
gemaBe Verfahren iegt fest, wie automatisch auf Kompatibi- 
$5 litat gepruft wird und wie bei nicht erfullter Ressourcenbi- 
lanz weitere Komponenten ausgesucht werden. 
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Beschreibung 

Die Erfindung betrifft ein Verfahren gemaB des Ober- 
begriffs des Anspruchs 1. 

Der Stand der Technik kennt mehrere Verfahren und 5 
Einrichtungen, die automatisch ein technisches System 
aus Komponenten konfigurieren. Bei diesen Verfahren 
sind folgende Informationen vorgegeben: die formale 
Spezifikation des zu konfigurierenden Systems sowie 
ein Katalog von Komponenten-Typen und ihren Wech- 10 
selwirkungen in rechnerverfugbarer Form. Als ge- 
wiinschtes Ergebnis liefern die Verfahren mindestens 
eine Stuckliste, d h. eine Auflistung aller verwendeten 
Komponententypen und die Anzahl der Exemplare je- 
des verwendeten Typs — oder die Aussage, daB die 15 
Spezifikation mit den verfugbaren Komponententypen 
nichterfullbarist 

Den Katalog stellt ein menschiicher Entwickler ein- 
mal auf und aktualisiert ihn bei der Einfuhrung neuer 
oder der Streichung alter Komponententypen. Jedes- 20 
mal, wenn ein technisches System zu entwerfen ist, for- 
malisiert ein menschiicher Projektierer die Anforderun- 
gen an das System in einer Form, die die Informations- 
verarbeitungseinrichtung automatisch verarbeiten 
kann. Dann erzeugt die Einrichtung automatisch die 25 
Konfiguration des technischen Systems. 

Altere aus der Literatur bekannte Ansatze, diese Auf- 
gabe automatisch zu losen, basieren darauf, daB ein Ent- 
wickler direkt Beziehungen zwischen Komponententy- 
pen notiert und daB diese abgespeicherten Relationen 30 
beim Konfigurieren ausgewertet werden. Zwei Beispie- 
le: Ein Verbraucher vom Typ x bendtigt eine Span- 
nungsquelle vom Typ y. Eine Komponente vom Typ A 
ist unvereinbar mit einer solchen vom Typ B. Damit die 
technischen Abhangigkeiten automatisch beriicksichtigt 35 
werden, ist ein umf angreiches Netz von IF— THEN-Re- 
geln auf zustellea Dieses Netz ist schwer zu uberblicken. 
Die Grunde fur ein bestimmtes Konfigurieningsergeb- 
nis sind kaum nachzuvollziehen. AuBerdem veraltet es 
bei der Einfuhrung neuer Komponententypen leicht 40 
Diese Ansatze werden beispielsweise in 

J. McDermott: "Rl: A Rule-Based Configurer of 
Computer Systems" Artificial Intelligence 19 
(1982), S. 39-88 und 45 
E. Lehmann: "SICONFEX, ein Expertensystem fur 
die Konfiguration eines Betriebssystems", 15. Jah- 
restagung der GI, 1985,S. 792-805 

vorgestellt 50 

Eine Klasse von Losungen, die diese Nachteile ver- 
meidet, ist aus DE 39 1 1 465 A1/C2 sowie 

A. Schwancke und J. P. Bernert: "Ressourcenorien- 
tierte Konfigurierung von Kommunikationssyste- 55 
men" in N. Kratz, A. Gunter & J. Hertzberg (Hrsg.): 
"Beitrage zum 4. Workshop Planen und Konfigurie- 
ren*, Forschungsinstitut fur anwendungsorientierte 
Wissensverarbeitung, Mai 1990, S. 157—170, und 
M. Heinrich: "Ressourcen-orientierte Modellierung 60 
als Basis des Konfigurierens modularer Techni- 
scher Systeme", in A. Gunter & R. Cunis (Hrsg.) 
"Beitrage zum 5. Workshop Planen und Konfigurie- 
ren", Labor fur Kunstliche Intelligenz der Universi- 
tat Hamburg, April 1991, Seiten 61 bis 74 und 

B. Stein 8c J. Weiner: "MOKON - Eine modellba- 
sierte Entwicklungsplattform zur Konfigurierung 
technischer Anlagen", in A. Gunter & R. Cunis 
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(Hrsg.): "Beitrage zum 5. Workshop Planen und 
Konfigurieren", Labor fur Kunstliche Intelligenz 
der Universitat Hamburg, April 1991, Seiten 100 bis 
106 bekannt: das ressourcenorientierte Konfigurie- 
ren. Beim ressourcenorientierten Konfigurieren 
werden im Katalog der verfugbaren Komponen- 
tentypen nicht direkt Beziehungen zwischen Kom- 
ponenten beschrieben. Vielmehr ist im Katalog der 
Komponententypen fur jeden Typ angegeben, wel- 
che Ressourcen (Art und Umfang) eine Komponen- 
te des Typs bereitstellt und welche Ressourcen sie 
fordert, das heiBt verbraucht, benutzt, belegt oder 
voraussetzt Mit Hilfe von Ressourcen werden also 
die AuBenwirkungen von Komponenten formali- 
siert dargestellt Ressourcen beschreiben typischer- 
weise physikalische GroBen, Eigenschaften oder 
Schnittstellen. Bsp.: Strom bei 12-V-GIeichspan- 
nung oder Steckplatz in einem Magazin. Die Anfor- 
derungen an das zu konfigurierende technische Sy- 
stem werden durch Angabe derjenigen Ressourcen 
formal beschrieben, die das technische System be- 
reitzustellenhat 

Manche Ansatze kombinieren das ressourcenorien- 
tierte Konfigurieren mit Verfahren, die auf expliziten 
Nebenbedingungen ("constraints") beruhen. In 
WO 94/23372 Al und WO 96/28784 Al wird das zu 
konfigurierende technische System formal spezifiziert 
durch eine Anforderungsliste ('list of requests"). Eine 
Anforderung kann eine Ressource (im Sinne des res- 
sourcen-orientierten Konfigurierens), eine explizit ge- 
nannte Komponente oder eine Nebenbedingung sein. 
Eine Nebenbedingung beschreibt eine bestimmte Be- 
ziehung zwischen mehreren Komponenten, die das zu 
konfigurierende technische System erfullen muQ. In 
WO 94/23372 Al und WO 96/28784 Al werden drei Ar- 
ten von Nebenbedingungen beschrieben: 

— Eine Komponente muB physikalisch in einer an- 
deren Komponente enthalten sein ("container con- 
straint") 

— Eine Komponente muB mit einer anderen Kom- 
ponente verbunden sein ("connection constraint") 

— Die Verwendung einer Komponente erfordert 
die Verwendung einer anderen Komponente 
("component constraint"). 

AuBerdem wird in WO 94/23372 Al und 
WO 96/28784 Al die Verwendung einer weiteren Rela- 
tion beschrieben, die dort Funktionshierarchie ("functio- 
nal hierarchy") genannt wird. Diese Art von Relation 
wird in der Literatur ublicherweise als Taxonomie oder 
Verwandtschaftshierarchie unter Komponententypen 
bezeichnet, siehe beispielsweise DE 39 1 1 465 C2. 

DaB zur Konfigurierung Nebenbedingungen und eine 
Taxonomie ausgewertet wird, ist auch aus anderen Lite- 
raturstellen bekannt, z. B. aus R. Cunis, A. Gunter, I. 
Syska, H. Bode & H. Peters: "PLAKON - Modellierung 
von technischen Domanen mit BHIBS". In: M. Hein, W. 
Tank & J. Hertzberg (Hrsg.): "Beitrage zum 3. Works- 
hop Planen und Konfigurieren" Arbeitspapiere der Ge- 
sellschaft fur Mathematik und Datenverarbeitung 388, 
Mai 1989, Seiten 33 bis 48. Dort wird auch die Verwen- 
dung von Aufbau-Hierarchien ("part-of hierarchies") be- 
schrieben, die den in WO 94/23372 Ai und Wo 96/28784 
Al erwahnten "container constraints" entsprechen. 

Nach dem Stand der Technik werden Anforderungen 
und Bereitstellungen einer Ressource nach Art und Um- 
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fang verglichen. Falls beispielsweise beim Konfigurie- Bei diesem Vorgehen kann also die formale Spezifi- 
ren eine Komponente V ausgewahlt wird, die Strom mit kation nicht nur aufgrund der technischen Anforde- 
12-V-GIeichspannung benotigt, so wird danach eine an- rungen an das zu konfigurierende technische Sy- 
dere Komponente B ausgewahlt werden, die Strom mit stem aufgestellt werden, sondern hangt zusatzlich 
12-V-Gleichspannung bereitstellt und damit die Res- 5 von den verfiigbaren Komponententypen ab. Auch 
sourcenbilanz hinsichtlich dieser Ressource ausgleicht. bei diesem Vorgehen ist der Pflegeaufwand erheb- 
Diese Auswah] ist aber nicht in jedem Falle geeignet, lich, und de facto wird keine Einrichtung zum auto- 
die Anforderung zu befriedigen: Falls die Komponente matisches Konfigurieren mehr geschaffen. 
V Strom bei 12-V-Gleichspannung in einer bestimmten — Man formuliert fur jede solche Situation speziel- 
Spannungsstabilitat benotigt, beispielsweise zwischen 10 le IF— THEN-Regeln, manchmal auch als Produk- 
10 V und 14 V Ist-Spannung, so muB B diese Ressource tionsregeln bezeichnet Diese Regeln sind notge- 
mit mindestens der geforderten Spannungsstabilitat be- drungen anwendungsspezifisch. Beispielsweise 
reitstellen. Der Stand der Technik liefert zwar ein effi- stellt man Regeln fur die Ressource Strom bei 
zientes Verfahren, um Ressourcen hinsichtlich Art und 12-V-Gleichspannung und fur unterschiedliche 
Umfang zu vergleichen, jedoch kein geeignetes Verfah- 15 . Spannungsstabilitaten auf. 
ren, mit dem ein System zur automatischen Konfigurie- 

rung unterschiedliche Qualitaten von Ressourcen unter- Ein anderer Ausweg nach dem Stand der Technik ist 
scheiden kann und entscheiden kann, ob die Anforde- der, durch die automatische Konfigurierung nur einen 
rungen nach einer Ressource in der erforderlichen Qua- groben Entwurf durchfuhren zu iassen. Um den Grob- 
litat abgedeckt werden. 20 entwurf nachtraglich zu einer genauen Konfiguration 
Eine Abhilfe nach dem Stand der Technik ist die, fur des technischen Systems zu verfeinern, gibt es zwei Al- 
jede mogliche Qualitat einer Ressource formal eine ei- ternativen: 
gene Ressource in den Katalog verfugbarer Kompo- 
nententypen aufzunehmen. Im obigen Beispiel muB mit — Man wahlt von Hand die tatsachlich verwende- 
der Ressource "Strom bei 12-V-Gleichspannung mit Ist- 25 ten Komponenten aus 

Spannung zwischen 10 V und 14 V anstelle mit "Strom — Konventionelle Ansatze des Konfigurierens 

bei 12-V-Gleichspannung" gearbeitet werden. Dadurch werden erganzend eingesetzt, beispielsweise ein 

wird die Zahl der erforderlichen Ressourcen um Gro- System, das mit IF— THEN-Regeln die Auswahl 

Benordnungen hoher. Ein weiterer und prinzipieller der Komponenten explizit steuert und daher sehr 

Nachteil: Falls im Katalog verfugbarer Komponenten- 30 anwendungsspezifisch ist 
typen kein Spannungsversorger enthalten ist, der Strom 

bei 12-V-Spannung genau dieser Stabilitat bereitstellt, Alle diese Abhilfen fuhren dazu, da8 man die Vorteile 

so kann die Konfigurierungsaufgabe nicht gelost wer- des ressourcenorientierten Konfigurierens weitgehend 

den — beispielsweise auch dann nicht, wenn ein anderer wieder einbuBt 

Komponententyp existiert, der Strom bei 12-V-Span- 55 Aufgabe der Erfindung ist es, ein Verfahren zur auto- 

nung mit hoherer Stabilitat bereitstellt und den daher matischen ressourcenorientierten Konfigurierung mo- 

ein menschlicher Projektierer auswahlen wurde, da er dularer technischer Systeme zu schaffen, 
diese Ressourcenanforderung abdecken wurde. 

Will man diesen Nachteil vermeiden, bleiben nach — das beim Konfigurieren Ressourcen gleicher 

dem Stand der Technik nur zeitaufwendige und fehler- 40 Art, aber mit unterschiedlichen Qualitaten darauf- 

trachtige Wege, um trotzdem die Konfigurierungsauf- hinvergleich^obsiemiteinanderkompatibelsind, 

gabe in der geforderten Genauigkeit zu losen, beispiels- — das iiberschaubar und doch wirksam sowie flexi- 

we j se: 3 * belunduniverselleinsetzbarist 

— und das es ermoglicht, die Informationen im Ka- 

— Man kombiniert ein Verfahren des ressourcen- 45 talog verfugbarer Komponententypen bei Ande- 
orientierten Konfigurierens mit herkommlichen rungen und Erweiterungen im Komponentenspek- 
Modellierungsmethoden, die explizit Beziehungen trum mit geringem Aufwand nachzuf Qhrea 
zwischen Komponententypen enthalten. Ein Bei- 
spiel: Man stellt IF— THEN-Regeln der Form Diese Aufgabe wird bei einem Verfahren der ein- 
"Komponententyp A ist unvereinbar mit Kompo- 50 gangs genannten Art mit den im Anspruch 1 gekenn- 
nententyp B'* auf. Dieser Ausweg erfordert einen zeichneten Merkmalen gelost 

deutlich gesteigerten Pflegeaufwand bei Einfuh- Das erflndungsgemaBe Verfahren zeichnet sich da- 
rung neuer Typen von Komponenten. durch aus, daB folgende Informationen explizit definiert 

— Man formuliert Regeln, die die Kompatibilitat und gespeichert werden: 
zwischen unterschiedlichen Qualitaten einer Res- 55 

source beschreiben. Dies fuhrt ebenfalls zu einer — Welche unterschiedlichen Qualitaten haben die 

groBen Anzahl zusatzlicher Regeln. im Katalog verfugbarer Komponententypen defi- 

— Man andert bei jeder neuen Konfigurierungs- nierten Ressourcen? 

aufgabe die Spezifikation des zu konfigurierenden — Wie werden Ressourcen mit unterschiedlichen 

technischen Systems so ab, daB die passenden 60 Qualitaten miteinander verglichen, um zu entschei- 

Komponenten ausgewahlt werden. Bei Aufnahme den, welche bereitgestellten Ressourcen mit nach- 

neuer Komponententypen in den Katalog ver- gefragten Ressourcen einer bestimmten Qualitat 

knupf t man den Komponententyp so mit Ressour- kompatibel sind? 
cen, daB die Komponenten wie gewiinscht zueinan- 

der passen. In der Regel wird die Aufnahme eines es Diese Informationen werden nicht den Ressourcen 

neuen Komponententyps dann erfordem, daB gro- selber, sondern den Ressourcenarten, nach denen die 

Be Teile des bestehenden Katalogs iiberarbeitet Ressourcen klassifiziert werden, zugeordnet Die Infor- 

werden. mationen fur eine Ressourcenart gelten fur alle Res- 
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sourcen dieser Art Die Informationen uber Ressour- 
cenarten werden getrenilt von denen fiber Komponen- 
tentypen gespeichert und gepflegt 

Im Verlaufe einer ressourcenorientierten Konfigurie- 
rung wird wiederholt eine Ressourcenbilanz aufgestellt, 
und in ihr werden die geforderten Ressourcen nicht nur 
hinsichtlich Art und Umfang mit den bereitgestellten 
Ressourcen vergleichen, sondern auch auf Kompatibili- 
tat mit jenen untersucht Die Bilanz ist nur dann ausge- 
glichen, wenn jede Anforderung nach einer Ressource 
entweder durch die Bereitstellung einer Ressource mit 
der gleichen Qualitat oder einer kompatiblen Ressource 
abgedeckt wird. Urn zu entscheiden, ob eine bereitge- 
stellte Ressource einer bestimmten Qualitat kompatibel 
ist mit einer geforderten Ressource der gleichen Art, 
aber einer anderen Qualitat, wendet die Informations- 
verarbeitungsanlage automatisch eine Entscheidungs- 
vorschrift an, die im Speicher fur Ressourcenarten abge- 
legt ist Kann eine geforderte Ressource weder durch 
eine bereitgestellte Ressource gleicher Qualitat noch 
durch eine bereitgestellte kompatible Ressource abge- 
deckt werden, so sind weitere Komponenten auszuwah- 
len, die die erforderlichen Ressourcen in der bengtigten 
Qualitat oder kompatible Ressourcen bereitstellen. 

Beschreibung der vorteilhaften Ausgestaltung 

Ressourcen sind nach Ressourcenarten klassifiziert, 
z. B. die Ressourcenarten "Strom bei 12-V-Gleichspan- 
nung" oder "Steckplatz". 

Ein Rechner zur automatischen Konfigurierung eines 
technischen Systems, der das eifindungsgemaBe Verfah- 
ren anwendet, hat Lesezugriff auf folgende Speicher: 

— Der erste Speicher enthalt den Katalog verfiig- 
barer Komponententypen, der gemaB des Oberbe- 
griffs der Erfindung folgende Informationen no- 
tiert: 

— Art, Umfang und Qualitaten der Ressour- 
cen, die eine Komponente des Typs bereitstellt 

— Art, Umfang und Qualitaten der Ressour- 
cen, die eine Komponente des Typs fordert, 
d h. verbraucht oder belegt oder benutzt oder 
voraussetzt 

— Der zweite Speicher enthalt die Beschreibung 
der Ressourcenarten. Sind fur eine Ressourcenart 
unterschiedlichen Qualitaten zu beriicksichtigen, so 
sind in diesem Speicher folgende Informationen no-, 
tiert: 

— Welche unterschiedlichen Qualitaten haben 
die bereitgestellten und die geforderten Res- 
sourcen dieser Art? 

— Mit welcher Vorschrift wird eine bereits 
bereitgestellte oder eine bereitstellbare Res- 
source Rl dieser Art daraufhin gepriift, ob sie 
mit einer geforderten Ressource R2 derselben 
Art kompatibel ist? 

— Im dritten Speicher ist die formale Spezifikation 
des zu konfigurierenden technischen Systems abge- 
legt, die Art, Umfang und Qualitaten derjenigen 
Ressourcen f estlegt, die das technische System be- 
reitstellen soil 

GemaB dem erfindungsgemaBen Verfahren ist fur je- 
de Ressourcenart eine zweiwertige Entscheidungsvor- 
schrift abgespeichert Diese Vorschriften sind den Res- 
sourcenarten. zugeordnet Eine Entscheidungsvorschrift 
fur die Ressourcenart Ra liefert fur jedes Tupel, das aus 



einer Anforderung und einer Bereitstellung einer Res- 
source der Art Ra besteht entweder als Ergebnis die 
Aussage, daB die Anforderung kompatibel mit der Be- 
reitstellung ist, oder die gegenteilige Aussage. 
5 Wird ein technisches System ressourcenorientiert 
konfiguriert, so werden im Verlaufe der Konfigurierung 
— in der Regel wiederholt — die geforderten Ressour- 
cen mit den bereitgestellten verglichen. Hierfur wird fur 
jede Ressourcenart mindestens eine eigene Bilanz auf- 

io gestellt Besteht das zu konfigurierende technische Sy- 
stem aus mehreren raumlich getrennten Teilsystemen, 
so werden mehrere lokale Bilanzen fur dieselbe Res- 
sourcenart aufgestellt Die Erfindung legt fest, daB die- 
ser automatische Vergleich in den Bilanzen nicht nur 

15 hinsichtlich Art und Umfang, sondern auch hinsichtlich 
unterschiedlicher Qualitaten von Ressourcen durchge- 
fuhrt wird. Daher besteht eine Bilanz fur eine Ressour- 
cenart, fur die unterschiedliche Qualitaten definiert sind, 
aus mehreren Teilbilanzen, namlich eine fur jede Quali- 

20 tat einer bereitgestellten oder geforderten Ressource. 
Die Bilanz ist ausgeglichen, wenn jede Teilbilanz es 
ist Die Teilbilanz Tl fur eine Ressourcenqualitat Ql ist 
ausgeglichen, wenn jede Ressourcen- Anforderung in Tl 
auf eine der folgenden beiden Bereitstellungen ausgegli- 

25 chenist: 

- durch die Bereitstellung einer Ressource in Tj 
seiber 

— durch die Bereitstellung einer Ressource in einer 
30 anderen Teilbilanz T2 derselben Ressourcenart 

Dieser Ausgleich ist nur dann mdglich, 

— wenn T2 fur eine mit Qi kompatiblen Res- 
source steht 

— und wenn in der Teilbilanz T 2 ein Ober- 
35 schuB besteht, d h. die Ressourcen-Bereitstel- 

lungen in T2 nicht bereits durch die Ressour- 
cen- Anforderungen in T2 oder in einer dritten 
Teilbilanz verbraucht werden. 

40 Im ersten Fall wird die Ressourcenanforderung also 
durch eine Ressource gleicher Qualitat befriedigt im 
zweiten Fall durch eine kompatible Ressource. 

Um die Qualitaten und Entscheidungsvorschriften zu 
definieren, legt man in der bevorzugten Ausfuhrung der 

45 Erfindung fest, durch welche Attribute verschiedene 
Ressourcen derselben Art sich unterscheiden. Jedes At- 
tribut steht fur einen technischen Aspekt der Ressour- 
cenart Fur jedes Attribut legt man fest von welchem 
Datentyp die moglichen Werte des Attributs sind Zu- 

50 satzlich kann der Wertebereich eines Attributs definiert 
sein. Diese Definitionen und Festlegungen erfolgen fur 
Ressourcenarten und unabhangig von den Komponen- 
tentypen. Zwei Beispiele: Die Ressource "Strom bei 
12-V-Gleichspannung" hat die Attribute "Ist-Spannung" 

55 und "Art der Absicherung gegen Oberstrom?". Das er- 
ste Attribut ist stetig, das zweite diskret "Steckplatz" hat 
keine Attribute. 

Fur ein Attribut kann man zusatzlich festlegen, wel- 
che Werte fur das Attribut prinzipiell uberhaupt mog- 

60 lich sind Das Attribut "Art der Absicherung gegen 
Oberstrom?" hat den Wertebereich {"Strombegren- 
zung^, "Abschaltung", "fold-back"}. 

Sei R eine Ressource von der Art Ra und sei festge- 
iegt daB Ra ein Attribut A besitzt Im Katalog der ver- 

65 fugbaren Komponententypen ist fur jeden Komponen- 
tentyp Ki, der die Ressource R bereitstellt eingetragen, 
welcher Bereich den Wert des Attributes A fur die 
Komponenten vom Typ Ki kennzeichnet Dieser Be- 
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reich ist eine Teilmenge des Wertebereichs von A. Au- 
Berdem ist fiir jeden Komponententyp K 2 , der R fordert, 
notiert, in welchem Bereich der Wert von A liegen muB, 
damit eine Komponente des Typs K 2 ihre SoUfunktion 
erfullt 

Fiir einen bestimmten Komponententyp wird man im 
Komponententypkatalog festlegen, daB bei einer Kom- 
ponente dieses Typs der Wert eines stetigen Attribut 
einer Ressource in ein bestimmtes Intervall fallt bzw. 



der Verbraucher erfordert 

Eine weitere vorteilhafte Ausgestaltung der Erfin- 
dung spart Laufzeit bei der Ausfuhrung einer Konfigu- 
rierung ein, indem identische Priifungen auf Kompatibi- 
litat nicht mehrmals durchgefuhrt werden, sondern nur 
einmai erfolgen und ihr Ergebnis abgespeichert werden. 
Dies wird mit Hilfe einer Datenstruktur realisiert, die 
die Form von gerichteten Graphen hat Pro Ressour- 



fallen muB. Falls man einen genauen Wert festlegen will, io cenart wird ein gerichteter Graph angelegt Jeder Kno- 



definiert man ein Intervall mit einem Element Fur ein 
diskretes Attribut legt man eine Menge fest, die kein, ein 
oder mehrere Elemente enthalt 

Zwei Beispiele: Fiir einen bestimmten Typ von Elek- 
tronik-Modulen, der Strom bei 12-V-Gleichspannung 
voraussetzt, ist notiert, daB die Ist-Spannung zwischen 
10 V und 14 V liegen muB und die Stromversorgung bei 
Oberstrom abgeschaltet werden muB. Ein bestimmter 
Typ von Spannungsversorgern liefert Strom bei 
12-V-Gleichspannung mit einer garantierten Ist-Span- 
nung zwischen 1 1 V und 13 V und mit einer Absicherung 
durch Strombegrenzung und durch Abschaltung. 

Im folgenden werden vorteilhafte Ausgestaltungen 
der Erfindung beschrieben, urn folgende Aufgabe zu 
Idsen: Die unterschiedlichen Qualitaten einer Ressour- 
cenart Ra seien durch n Attribute Ai, . . ^ A n gekenn- 
zeichnet Aufzustellen ist eine automatisch auswertbare 
Entscheidungsvorschrift O, die zwei Ressourcen Ri und 
R 2 der Ressourcenart Ra vergleicht Ri ist eine bereitge- 
stelite und R 2 eine geforderte Ressource. 

— Zwei Ressourcen Ri und R 2 werden bezuglich 
jedes Attributes einzeln verglichen. Ri ist nur dann 
mit R 2 kompatibel, wenn Ri bezuglich jedes Attri- 
butes mit R 2 kompatibel ist Formal: Man definiert 
n Funktionen Oi. Jede einzelne Funktion Oi ist fur 
den Vergieich bezuglich des Attributes Aj definiert 
(i « 1, . . , n) und liefert entweder "kompatibel" oder 
"nicht^kompatibel" zu. <D liefert "kompatibel" falls 
alle d>i "kompatibel" liefern, ansonsten "nicht_kom- 
patibel" 

— Der menschliche Entwickler, der die Informatio- 
nen iiber die Ressourcenarten formuliert und ei- 
nem Rechner verfugbar macht, spart Arbeit ein, 
wenn er fur eine Ressourcenart mit den Attributen 
Ai, . An die Entscheidungsvorschriften d>i, . . , O n 
nicht vollstandig neu definieren muB, sondern sie 
nur aus einem vorgegebenen Katalog von Vor- 
schriften auswahlt 

Die Entscheidungsvorschrift <t>\ vergleicht dann, wenn 
das Attribut Ai stetig ist, zwei Intervalle. Ist Ai diskret, 
werden zwei Mengen verglichen. Der Entwickler defi- 
niert <3>i, indem er eine von zwei mdgiichen Entschei- 
dungsvorschriften auswahlt: 

— Das Intervall bzw. die Menge Ij (Werte der be- 
reitgestellten Ressource) ist Teilmenge des Inter- 
vails bzw. der Menge I 2 (Werte der geforderten 
Ressource). Diese Entscheidungsvorschrift ist fiir 
das Attribut Ist-Spannung anzuwenden. 

— Das Intervall bzw. die Menge Ij (Werte der be- 
reitgestellten Ressource) ist Obermenge des Inter- 
vails bzw. der Menge I 2 (Werte der geforderten 
Ressource). 

Der Bereitsteller der Ressource Strom bei 
12-Y-Gleichspannung mufi mindestens alle diejeni- 
gen Absicherungen gegen Oberstrom bieten, die 
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ten des gerichteten Graphen steht fiir eine Qualitat ei- 
ner Ressource dieser Art Der Knoten fiir die Ressource 
Ri ist Nachf olger des Knotens fiir die Ressource R^ falls 
R 2 kompatibel mit Ri ist 

Dieser gerichtete Graph wird vorteilhafterweise be- 
reits dann erzeugt, wenn der Katalog verfugbarer Kom- 
ponententypen aufgestellt ist. Er reprasentiert jede 
Qualitaten einer Ressource, die in diesem Katalog als 
von einem Komponententyp bereitgestellt oder gefor- 
dert ist Um den Graphen aufzustellen, wird der Katalog 
vollstandig nach Ressourcenqualitaten durchsucht Je- 
der nur mogliche Vergieich zwischen zwei Ressourcen 
derselben Art mit verschiedenen Qualitaten wird durch- 
gefuhrt und jede Kompatibilitat als Kante in dem Gra- 
phen eingetragen. 

Der gerichtete Graph braucht nur dann erweitert zu 
werden, wenn in einer Spezifikation eine Ressourcen- 
qualitat gefordert wird, die nicht im Komponentenkata- 
log genannt ist oder wenn der Komponententypkatalog 
um einen Komponententyp mit neuen technischen Qua- 
litaten erweitert wird ZweckmaBigerweise ersetzt .der 
"neue" Graph, der aufgrund einer neuen Spezifikation 
erweitert wurde, den alten Graphen. 

Falls zur Laufzeit zu priifen ist, ob eine bereitgestellte 
Ressource Ri mit einer geforderten Ressource R 2 kom- 
patibel ist, braucht die Informationsverarbeitungsanla- 
ge nur noch die beiden Knoten A und B im Graphen zu 
suchen, die fiir Ri bzw. R 2 stehen. Falls eine Kante von A 
nach B existiert, falls also A ein Vorganger von B und B 
ein Nachf olger von A ist, so ist Rj mit R 2 kompatibel, 
ansonsten nicht Da in der Regel mit demseiben Kompo- 
nententypkatalog mehrere Konfigurierungsaufgaben 
auszufuhren sind, ist der nur einmai anfallende Rechen- 
zeitaufwand fiir das Aufstellen des Graphens geringer 
als der zur Laufzeit eingesparte Rechenzeitaufwand fur 
die Kompatibih'tatspriifungeiL 

Eine weitere vorteilhafte Ausgestaltung liegt darin, 
daB bereits nach Auf stellung des Komponententyp-Ka- 
taloges unabhangig von einer bestimmten Spezifikation 
50 gepruft wird, ob die im Katalog beschriebenen Kompo- 
nenten zueinander passen. Fur jede Ressource, die ein 
im Katalog berticksichtigter Komponententyp Ki in ei- 
ner bestimmten Qualitat fordert, wird nach einem Kom- 
ponententyp K 2 gesucht, der die Ressource in der glei- 
55 chen Qualitat oder eine kompatible Ressource bereit- 
stellt Liefert diese Suche kein Ergebnis, so steht fest, 
daB bei einer automatischen Konfigurierung niemals ei- 
ne Komponente des Typs Ki ausgewahlt werden darf. 
Ansonsten waren die Ressourcenanforderun gen dieser 
eo Komponente nicht zu erfullen. Bei einer automatischen 
Konfigurierung muBte die Entscheidung fiir eine Kom- 
ponente des Typs KI zuriickgezogen werden, ansonsten 
wurde die Konfigurierung scheitern. ZweckmaBiger- 
weise erganzt ein menschlicher Entwickler den Katalog 
verfugbarer Komponententypen oder andert inn so ab, 
daB dieses Ergebnis nicht mehr auftreten kann. 

Eine andere Art von Vorab-Prufung erkennt nach 
Aufstellen der formalen Spezifikation, aber noch vor 
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der eigentlichen Konfigurierung, daB die formale Spezi- 
fikation nicht erfullbar ist Von Vorteil ist es, dieses ne- 
gative Ergebnis so frtih wie moglich zu ermitteln und 
geeignete Abhilfen zu treffen. Fur jede Ressource, die in 
einer bestimmten Qualitat vom technischen System ge- 
fordert wird, wird nach einera geeigneten Komponen- 
tentyp im Katalog gesucht L'aBt sich keiner finden, so 
steht bereits vor der eigentlichen Konfigurierung fest, 
daB mit den verfugbaren Komponenten kein techni- 
sches System konfiguriert werden kann, das der Spezifi- 
kation genugt 

Die beiden letztgenannten Ausgestaltungen lassen 
sich kombinieren. Der oben beschriebene Graph wird 
automatisch erzeugt In jedem seiner Knoten wird no- 
tiert, ob die reprasentierte Ressourcenqualitat eine be- 
reitgestellte oder eine geforderte oder beides ist Dann 
werden die Wurzeln des Graphen durchsucht, also alle 
Knoten, die keine Vorganger habea Wird hierbei eine 
Wurzel gefunden, die fur eine geforderte Ressourcen- 
qualitat steht, so steht fest, daB eine Anforderung nach 
dieser Ressourcenqualitat nicht erf ullt werden kann. 

ZweckmaBigerweise werden in den drei Speichern 
Informationen, die fur mehrere Komponententypen Ki, 
. . K n gelten, nur einrnal abgespeichert Bei den n Kom- 
ponententypen werden nicht mehr diese Informationen 
gespeichert, sondern nur noch eine Vorschrift, wie diese 
Informationen automatisch beschafft werden konnea 
Dieses Vorgehen spart Speicherplatz, auBerdem wird 
Zeit bei der Aufsteilung der Informationen gespart 

Ein ublicher und anschaulicher Weg, den der Stand 
der Technik kennt, ist das Aufstellen einer Taxonomie 
(= Verwandtschaftshierarchie) unter Komponententy- 
pen. Beim Aufstellen des Katalogs verfugbarer Kompo- 
nententypen fiihrt man abstrakte Oberklassen von 
Komponententypen an, beispielsweise "Steckkarte". Die 
verfugbaren Komponententypen sind dann Unterklas- 
sen dieser abstrakten Oberklassen. Fur mehrere ab- 
strakte Oberklassen kann man wiederum eine gemein- 
same (Ober-)Oberklasse einfiihren, die Taxonomie kann 
beliebig viele Ebenen habea 

Informationen, die alien Unterklassen einer Oberklas- 
se gemeinsam sind, werden der Oberklasse zugeordnet 
Beispielsweise wird fur den Komponententyp "Steck- 
karte"notiert, daB jede Steckkarte die Ressource "Steck- 
platz" bendtigt Diese Informationen gelten damit fur 
alle Unterklassen. Aus der Technik des objekt-orientier- 
ten Programmierens sind Verfahren bekannt, wie eine 
Unterklasse von einer Oberklasse Informationen "erbt". 
Verfeinerungen lehren Wege des mehrfachen Verer- 
bens ("multiple inheritance"), bei der eine Klasse mehre- 
re Oberklassen hat, von denen sie Informationen erbt, 
sowie Verfahren, um die gesamten Informationen iiber 
eine Klasse automatisch aus Informationen, die fur die 
Klasse spezifisch sind und daher bei der Klasse selbst 
notiert sind, und aus Informationen, die bei einer Ober- 
klasse notiert sind, zusammenzusetzea In einer vorteil- 
haften Ausfiihrung der Erfindung werden diese Verfah- 
ren angewendet, um beim Aufstellen des Katalogs ver- 
fugbarer Komponententypen Arbeitszeit und Speicher- 
platz zu sparea 

Nicht nur die Komponententypen lassen sich in einer 
Taxonomie anordnen, sondern auch fur die Ressourcen- 
arten stellt man vorteilhafterweise eine eigene Taxono- 
mie auf. Vererbt werden kann beispielsweise die Exi- 
stenz, der Datentyp und der Wertebereich von Attribu- 
ten. 

Den Katalog verfugbarer Komponententypen stellt 
ein menschlicher Experte einrnal auf. Er definiert hierbei 
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die Ressourcenarten und legt fest, welche Ressourcen 
und Ressourcenqualitaten die Komponententypen be- 
reitstellen bzw. fordera Die Anforderungsspezifikation 
an das zu konfigurierende technische System formuliert 
5 ein Projektierer. Beide Personen bedienen sich Zweck- 
maBigerweise einer leistungsfahigen Benutzeroberfla- 
che, wie sie Stand der Technik ist In einer vorteilhaften 
Ausgestaltung legt der Experte einrnal fest, welche Wer- 
te ein Attribut einer Ressourcenart uberhaupt anneh- 

io men konnea Dieser Wertebereich ist fur ein diskretes 
. Attribut typischerweise eine Menge von Symbolen, bei- 
spielsweise {" Strombegrenzung", "Abschaltung", "fold- 
back"} fur "Art der Absicherung gegen Oberstrom?". 
Fur ein stetiges Attribut wird der Experte meist ein 

is Intervall definierea Diese Festlegung vereinfacht die 
weitere Arbeit: Wenn festzulegen ist, in welcher Quali- 
tat ein Komponententyp eine durch Attribute gekenn- 
zeichnete Ressource bereitstellt oder erfordert, so bie- 
tet die Benutzeroberflache dem Experten nur die Werte 

20 des zuvor festgelegten Wertebereiches eines diskreten 
Attributes zur Auswahl aa Bei einem stetigen Intervall 
muB der Zahlenbereich in das Intervall, das den Werte- 
bereich kennzeichnet, fallea was automatisch gepriift 
wird — ansonsten hat der Experte einen Fehler began- 

25 gea Die Festlegung der Wertebereiche unterstutzt den 
Projektierer in analoger Weise dabei, die Anforde- 
rungsspezifikation fur ein zu konfigurierendes techni- 
sches System zu beschreibea 

30 Patentanspruche 

1. Verfahren zur automatischen Konfigurierung 
von technischen Systemen aus Komponenten unter 
Verwendung einer Informationsverarbeitungsein- 
35 heit 

mit Lesezugriff auf einen ersten Speicher (SI), 

— in dem ein Katalog verfugbarer Kompo- 
nententypen abgespeichert wird 

— und dabei fur jeden verfugbaren Kompo- 
40 nententyp im ersten Speicher (SI) mindestens 

eine der folgenden Informationen abgelegt 
wird: 

— Art und Umfang der von einer Kompo- 
nente des Typs bereitgestellten Ressour- 
45 cen 

Art und Umfang der von einer Kompo- 
nente des Typs vorausgesetzten, ver- 
brauchten oder belegten Ressourcen, 
mit Lesezugriff auf einen zweiten Speicher (S2), 
50 — in dem Informationen iiber Ressourcenar- 

ten abgespeichert werden, die jeweils alien 
Ressourcen derselben Art gemeinsam sind, 
und mit Lesezugriff auf einen dritten Speicher (S3), 

— in dem die Anforderungsspezifikation fur 
55 das zu konfigurierende technische System ab- 
gespeichert wird 

— und dabei in diesem Speicher Art und Um- 
fang der fur das technische System geforder- 
ten Ressourcen abgelegt wird, 

60 wobei die automatische Auswahl von Komponen- 
ten fur das technische System durch die Informa- 
tionsverarbeitungseinheit so vorgenomrnen wird, 
daB, ausgehend von den fur das technische System 
geforderten Ressourcen, 

65 solange noch Ressourcenbedarf besteht und Kom- 
ponententypen im Katalog existieren, welche ent- 
sprechende Ressourcen bereitstellen, 
wiederholt jeweils eine oder mehrere Komponen- 
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ten des bestgeeigneten Komponententyps ausge- 
wahlt werden 

und deren bereitgestelJte Ressourcen bzw. deren 
vorausgesetzte oder verbrauchte oder belegte Res- 
sourcen im verbleibenden Ressourcenbedarf be- 5 
rucksichtigt werden, 
dadurch gekennzeichnet, 
daB im zweiten Speicher (S2) 

— fiir mindestens eine Ressourcenart 

— die Information abgespeichert wird, 10 
welche unterschiedlichen Qualitaten die 
Ressourcen dieser Art kennzeichnen 

— und eine Entscheidungsvorschrift no- 
tiert wird, die unter Bezugnahme auf min- 
destens eine dieser Qualitaten die Bedin- 15 
gung festlegt, unter denen eine bereitge- 
stelite Ressource dieser Art mit einer ver- 
brauchten/belegten/vorausgesetzten 
Ressource dieser Art kompatibel ist, 

daB im ers ten Speicher (SI) 20 

— fur mindestens einen Komponententyp die 
Information abgelegt wird, 

— von weicher Qualitat eine von einer 
Komponente des Typs bereitgestellte 
Ressource ist oder 25 

— von weicher Qualitat eine von einer 
Komponente des Typs verbrauchte/be- 
legte/vorausgesetzte Ressource sein muB, 
damit die Komponente die von ihr gefor- 
derte Funktion erfuilt, 30 

und daB bei der autornatischen Auswahl von Kom- 
ponenten fur das technische System mindestens 
einmal dann, wenn der jeweils verbleibende Res- 
sourcenbedarf bestimmt wird, 

— fiir jede Ressource, die von den im bisheri- 35 
gen Verlauf der Konfigurierung ausgewahlten 
Komponenten vorausgesetzt oder verbraucht 
oder belegt wird und die von einer Ressour- 
cenart ist, die gemaB den Informationen, die im 
zweiten Speicher (S2) abgespeichert werden, 40 
durch unterschiedliche Qualitaten gekenn- 
zeichnet ist, 

gepruft wird, ob eine Ressource von gleicher 
Qualitat wie die geforderte Ressource oder ei- 
ne Ressource, die mit der geforderten Res- 45 
source kompatibel ist, von den im bisherigen 
Verlauf der Konfigurierung ausgewahlten 
Komponenten bereitgestellt wird, 
wobei immer dann, wenn eine bereitgestellte 
Ressource auf Kompatibilitat mit der gefor- 50 
derten Ressource gepruft wird, automatisch 
Entscheidungsvorschriften angewendet wer- 
den, die im zweiten Speicher (S2) abgespei- 
chert sind, 

und dann, wenn noch Ressourcenbedarf besteht, 55 

— mindestens eine Komponente ausgewahlt 
wird, die die geforderte Ressource in der glei- 
chen Qualitat bereitstellt 

oder die eine mit der geforderten Ressource 
kornpatible Ressource bereitstellt 60 

2. Verfahren nach Anspruch 1, dadurch gekenn- 
zeichnet, daB im dritten Speicher (S3) 

— fiir mindestens eine Ressource, die gemaB 
der Anforderungsspezifikation vom zu konfi- 
gurierenden technischen System gefordert ist, 65 
notiert wird, von weicher Qualitat diese Res- 
source sein muB. 

3. Verfahren nach Anspruch 1 oder Anspruch 2, 
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dadurch gekennzeichnet, daB im zweiten Speicher 
(S2) 

— fiir mindestens eine Ressourcenart 

— die Information abgespeichert wird, 
welche Attribute die Qualitaten der Res- 
sourcen dieser Art kennzeichnen, 

— die Information abgespeichert wird, 
von welchen Datentypen die Attribute 
sind, 

— und die Entscheidungsvorschrift, die 
die Bedingung fesdegt, unter denen eine 
bereitgestellte Ressource dieser Art mit 
einer verbrauchten/belegten/vorausge- 
setzten Ressource dieser Art kompatibel 
ist, auf diese Attribute Bezug nimmt, 

daB im ersten Speicher (S t) 

— fur mindestens einen Komponententyp 

— die Information abgespeichert wird, 
welche Werte die Attribute der von einer 
Komponente dieses Typs bereitgesteilten 
Ressourcen annehmen oder 

— die Information abgespeichert wird, 
welche Werte die Attribute der von einer 
Komponente dieses Typs vorausgesetz- 
ten oder verbrauchten oder belegten Res- 
sourcen annehmen miissen. 

4. Verfahren nach Anspruch 3, dadurch gekenn- 
zeichnet, daB im zweiten Speicher (S2) 

— fur mindestens eine Ressourcenart die zu- 
geordnete Entscheidungsvorschrift daraus be- 
steht,. "~ 

daB eine bereitgestellte Ressource einer be- 
stimmten Qualitat dann kompatibel mit einer 
geforderten Ressource einer anderen Qualitat 
dieser Ressourcenart ist, 
wenn die Menge der Werte, die ein Attribut 
der Ressourcenart bei der Qualitat der bereit- 
gesteilten Ressource annimmt, 
eine Teilmenge der Menge der Werte ist, die 
ein Attribut der Ressourcenart bei der Quali- 
tat der geforderten Ressource nur annehmen 
darf. 

5. Verfahren nach Anspruch 3 oder Anspruch 4, 
dadurch gekennzeichnet, daB im zweiten Speicher 
(S2) 

— fiir mindestens eine Ressourcenart die zu- 
geordnete Entscheidungsvorschrift daraus be- 
steht, 

daB ein^ bereitgestellte Ressource einer be- 
stimmten Qualitat dann kompatibel mit einer 
geforderten Ressource einer anderen Qualitat 
dieser Ressourcenart ist, 
wenn die Menge der Werte, die ein Attribut 
der Ressourcenart bei der Qualitat der bereit- 
gesteilten Ressource annimmt, 
eine Obermenge der Menge der Werte ist, die - 
ein Attribut der Ressourcenart bei der Quali- 
tat der geforderten Ressource nur annehmen 
darf. 

6. Verfahren nach Anspruch 3 oder Anspruch 4, 
dadurch gekennzeichnet, daB im zweiten Speicher 
(S2) 

— fur mindestens eine Ressourcenart die In- 
formation abgespeichert wird, welche Werte 
die Attribute, die die Ressourcen dieser Art 
kennzeichnen, annehmen. 

7. Verfahren nach Anspruch 6, dadurch gekenn- 
zeichnet, 
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daB weitere Informationen fiber die Ressourcen, 
die ein verfugbarer Komponententyp bereitstellt 
oder fordert, 

durch Interaktion mittels einer Bedienoberflache 
gewonnen und im ersten Speicher (SI) abgelegt 5 
werden 

und die Bedienoberflache hierbei die Werte eines 
Attributes einer Ressource zur Auswahl anbietet, 
wobei 

die Bedienoberflache nur diejenigen Werte anbie- 10 
tet, die im zweiten Speicher (S2) als Wertebereich 
des Attributes abgelegt sind. 

8. Verfahren nach Anspriich 6 oder Anspruch 7, 
dadurch gekennzeichnet, 

daB weitere Informationen uber eine Ressource, 15 
die vom zu konfigurierenden technischen System 
gefordertwird, 

durch Interaktion mittels einer Bedienoberflache 
gewonnen und im dritten Speicher (S3) abgelegt 
werden 20 
und die Bedienoberflache hierbei die Werte eines 
Attributes der Ressource zur Auswahl anbietet, 
wobei 

die Bedienoberflache nur diejenigen Werte anbie- 
tet, die im zweiten Speicher (S2) als Wertebereich 25 
des Attributes abgelegt sind. 

9. Verfahren nach einem der Anspruche 1 bis 8, 
dadurch gekennzeichnet, 

daB Informationen uber die Entscheidungsvor- 

schriften in einem ersten Teilspeicher (S2a) des 30 

zweiten Speichers (S2) abgelegt werden 

und daB die ubrigen Informationen Ciber die Res- 

sourcenarten in einem zweiten Teilspeicher (S2b) 

des zweiten Speichers (S2) abgelegt werden 

und daB im zweiten Teilspeicher (S2b) fur jede Res- 35 

sourcenart die Information abgespeichert ist, 

— welche der Entscheidungsvorschriften, uber 
die im ersten Teilspeicher (S2a) Informationen 
abgelegt sind, fiir eine Prufung auf Kompatibi- 
litat von Ressourcen dieser Ressourcenart an- 40 
gewendetwird. 

10. Verfahren nach einem der Anspruche 1 bis 9, 
dadurch gekennzeichnet, daB fiir rnindestens eine 
Ressourcenart (R) 

— im zweiten Speicher (S2) mehrere Teilent- 45 
scheidungsvorschriften abgelegt werden 

— und im zweiten Speicher (S2) die Informa- 
tion abgelegt wird, 

daB die Entscheidungsvorschrift fur die Res- 
sourcenart (R) daraus besteht, 50 

— daB eine bereitgestellte Ressource 
dann mit einer geforderten Ressource die- 
ser Ressourcenart kompatibel ist, 

wenn die Anwendung jeder Teilentschei- 

dungsvorschrift das Ergebnis liefert, daB 55 
die bereitgestellte Ressource kompatibel 
mit der geforderten Ressource ist, 

— und daB eine bereitgestellte Ressource 
dann mit einer geforderten Ressource die- 
ser Ressourcenart nicht kompatibel ist, 60 
wenn die Anwendung rnindestens einer 
Teilentscheidungsvorschrift das Ergebnis 
liefert, daB die bereitgestellte Ressource 
nicht kompatibel mit der geforderten Res- 
source ist 65 

11. Verfahren nach einem der Anspruche 3 bis 8, 
dadurch gekennzeichnet, daB im zweiten Speicheer 

(S2) 
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— fiir jedes Attribut rnindestens einer Res- 
sourcenart (R), fur die mehrere Attribute defi- 
niert sind, 

rnindestens eine Teilentscheidungsvorschrift 
abgespeichert wird, die nur auf dieses Attribut 
Bezug nimmt, 

und die Entscheidungsvorschrift fur die Res- 
sourcenart (R) daraus besteht, 

— daB eine bereitgestellte Ressource 
dann mit einer geforderten Ressource die- 
ser Ressourcenart kompatibel ist, 

wenn die Anwendung jeder Teilentschei- 
dungsvorschrift das Ergebnis liefert, daB 
die bereitgestellte Ressource bezuglich 
des Attributes, auf das diese Teilentschei- 
dungsvorschrift Bezug nimmt, kompatibel 
mit der geforderten Ressource ist 

— und daB eine bereitgestellte Ressource 
dann mit einer geforderten Ressource die- 
ser Ressourcenart nicht kompatibel ist, 
wenn die Anwendung rnindestens einer 
Teilentscheidungsvorschrift das Ergebnis 
liefert, daB die bereitgestellte Ressource 
bezuglich des Attributes, auf das diese 
Teilentscheidungsvorschrift Bezug 
nimmt, nicht kompatibel mit der geforder- 
ten Ressource ist 

12. Verfahren nach einem der Anspruche 1 bis 11, 
dadurch gekennzeichnet, daB fiir rnindestens eine 
Ressource, 

— deren Bereitstellung eine Komponente ei- 
nes ersten Komponententyps (Kl), liber den 
Informationen im ersten Speicher (SI) abge- 
speichert sind, in einer bestimmten Qualitat 
fordert, 

— gepruftwird, 

ob fiir den ersten Komponententyp (Kl) oder 
einen zweiten Komponententyp im ersten 
Speicher (SI) die Information abgespeichert 
ist, 

daB eine Komponente dieses Typs entweder 
diese Ressource in der geforderten Qualitat 
oder eine kompatible Ressource bereitstellt, 
und dann, wenn kein Komponententyp gefunden 
wird, uber den diese Information abgespeichert ist, 

— der erste Komponententyp (Kl) so gekenn- 
zeichnet wird, daB bei einer automatischen 
Konfiguration eines technischen Systems eine 
Komponente dieses Typs nicht ausgewahlt 
werden kann 

— und bei Bedarf diese Information uber den 
ersten Komponententyp (Kl) ausgegeben 
wird. 

13. Verfahren nach einem der Anspruche 1 bis 12, 
dadurch gekennzeichnet, daB fur rnindestens eine 
Ressource, 

— die in der Anforderungsspezifikation, die im 
dritten Speicher (S3) abgelegt ist, in einer be- 
stimmten Qualitat gefordert wird, 

— gepruftwird, 

ob fiir einen Komponententyp im ersten Spei- 
cher (Si) die Information abgespeichert ist, 
daB eine Komponente dieses Typs entweder 
diese Ressource in der geforderten Qualitat 
oder eine kompatible Ressource bereitstellt, 
und dann, wenn kein Komponententyp gefunden 
wird, iiber den diese Information abgespeichert ist, 

— die Information ausgegeben wird, 
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daB die Anforderungsspezifikation, die im drit- 
ten Speicher (S3) abgelegt ist, 
mit Komponenten der Komponententypen, 
iiber die im ersten Speicher (S 1) Inf ormationen 
abgespeichert sind, 5 
nicht erfuilt werden kann, 

— und die Ressource(n), die nicht bereitge- 
steDt werden konnen, 

bei Bedarf gekennzeichnet werden. 

14. Verfahren nach einem der Anspniche 1 bis 13, to 
dadurch gekennzeichnet, daB fur mindestens eine 
Ressourcenart 

— fur mindestens zwei Ressourcen (Rl, R2) 
dieser Art von unterschiedlichen Qualitaten, 

— von denen die erste Ressource (Rl) von 15 
einem Komponententyp bereitgestellt 
wird, iiber den im ersten Speicher (SI) In- 
formationen abgelegt sind, 

— und die zweite Ressource (R2) von ei- 
nem Komponententyp gefordert wird, 20 
uber den im ersten Speicher (SI) Inf orma- 
tionen abgelegt sind, oder von der Anfor- 
derungsspezifikation gefordert wird, die 
im dritten Speicher (S3) abgespeichert ist, 
im zweiten Speicher (S2) die Information 25 
abgespeichert wird, daB die erste Res- 
source (Rl) mit der zweiten Ressource 
(R2) kompatibel ist, 

und daB diese Information bei der automatischen 
Auswahl von Komponenten fur das technische Sy- 30 
stem mindestens einmal dann, wenn die zweite Res- 
source (R2) gefordert wird, beriicksichtigt wird 

15. Verfahren nach Anspruch 14, dadurch gekenn- 
zeichnet, daB in einer ersten Phase 

— fOr jede Ressourcenart, uber die im zweiten 35 
Speicher (S2) Informationen abgespeichert 
werden, 

fur jedes Paar, das aus zwei Ressourcen dieser 
Art von unterschiedlichen Qualitaten besteht, 

— von denen die erste Ressource (Rl) von 40 
einem Komponententyp bereitgestellt 
wird, uber den im ersten Speicher (SI) In- 
formationen abgelegt sind, 

— und die zweite Ressource (R2) von ei- 
nem Komponententyp gefordert wird, 45 
uber den im ersten Speicher (SI) Informa- 
tionen abgelegt sind, 

im zweiten Speicher (S2) die Information 
abgespeichert ist, daB die erste Ressource 
(Rl) mit der zweiten Ressource (R2) kom- 50 
patibel ist, 
und in einer zweiten Phase 

— dann, wenn die automatische Konfigurie- 
rung eines technischen Systems durchgefuhrt 
werden soil, 55 
die in der ersten Phase abgespeichert en Infor- 
mationen bei der automatischen Auswahl von 
Komponenten fur das technische System be- 
riicksichtigt werden. 

16. Verfahren nach einem der Anspniche 1 bis 15, 60 
dadurch gekennzeichnet, daB im ersten Speicher 
(SI) 

— Informationen, die fur jeden von mehreren 
Komponententypen gelten, nur einmai abge- 
speichert werden, 65 

— und fur jeden dieser Komponententypen 
eine Vorschrif t notiert wird, 

wie diese Informationen bei der automati- 



schen Konfigurierung eines technischen Sy- 
stems beschafft werden konnen. 

17. Verfahren nach einem der Anspniche 1 bis 16, 
dadurch gekennzeichnet, daB im zweiten Speicher 
(S2) 

— Informationen, die fur jede von mehreren 
Ressourcenarten gelten, nur einmal abgespei- 
chert werden 

— und fur jede dieser Ressourcenarten eine 
Vorschrift notiert wird, wie diese Informatio- 
nen bei der automatischen Konfigurierung ei- 
nes technischen Systems beschafft werden 
konnen. 

18. Verfahren nach Anspruch 16, 

daB die Komponententypen des Katalogs in einer 
Taxonomie der Komponententypen hierarchisch 
unter Oberklassen geordnet werden, 
indem zu jedem Komponententyp im ersten Spei- 
cher (SI) ein Verweis auf die Oberklasse und zu 
jeder Oberklasse ein Verweis auf deren Oberklasse 
abgespeichert wird, 

daB Informationen, die fur alle Komponententypen, 
die einen Verweis auf dieselbe Oberklasse tragen, 
gelten, 

bei dieser Oberklasse im ersten Speicher (SI) no- 
tiert werden, und daB Informationen iiber einen 
Komponententyp, die nicht bei dem Komponen- 
tentyp selber notiert sind, 

den gespeicherten Daten einer Oberklasse des 
Komponententyps entnommen werden. 

19. Verfahren nach Anspruch 1 7, 

daB die Ressourcenarten in einer Taxonomie der 
Ressourcenarten hierarchisch unter Oberklassen 
geordnet werden, 

indem zu jeder Ressourcenart im zweiten Speicher 
(S2) ein Verweis auf die Oberklasse und zu jeder 
Oberklasse ein Verweis auf deren Oberklasse abge- 
speichert wird, 

daB Informationen, die fur alle Ressourcenarten, 
die einen Verweis auf dieselbe Oberklasse tragen, 
gelten, 

bei dieser Oberklasse im zweiten Speicher (S2) no- 
tiert werden und daB Informationen uber eine Res- 
sourcenart, die nicht bei der Ressourcenart selber 
notiert sind, 

den gespeicherten Daten einer Oberklasse der Res- 
sourcenart entnommen werden. 
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